\subsection{LiveBT}

En tredje strategi for at opnå VoD vha. Bittorrent er ved at bruge \cite{Lv2007}. Denne strategi er kort sagt delt op i fire dele:

\begin{enumerate}[1)]
	\item En strategi til at udpege hvilke stykker af en fil vi vil have (\emph{Mostwanted-Blocks-Download-First Download Schedule})
	\item En Metode til at omdirigerer dele af filer hvis en bestemt peer er for langsom (\emph{Fast Rescheduling Algorithm}).
	\item En strategi til at undgå svage peers for for mange requests (\emph{Self-adaptive Download Queue})
	\item En Strategi, der omgår Bittorrents choke/unchoke tilstande, og opretholder en høj hastighed og en god streaming performance (\emph{Incentive Upload Schedule})
\end{enumerate}

Lad os gennemgå disse del-algoritmer, samt et par kommentarer på vores implementation af disse.

\paragraph{Mostwanted-Blocks-Download-First Download Schedule}
 
Forfattene af artikelen forsøger med deres \emph{Mostwanted-Blocks-Download-First} (MBDF) \emph{Download Schedule} at modificere  Bittorrent til at bedre kunne klare VoD. Metoden til dette, er at man kun forsoger at hente de blokke der ligger tæt på afspille positionen.

Dog, er der i algoritmen inbygget en mulighed for, at algoritmen henter en den blok der er mest sjælden -- altså henter den blok Bittorrent ville have valgt i første omgang. Dette bliver gjort for at opretholde bedre \emph{reputation}.


\paragraph{Fast Rescheduling Algorithm}
Denne algoritme, tjekker løbende på hvor lang tid en blok vi har bedt om, er om at blive hentet. Hvis det så viser sig at vi kan hente denne blok hurtigere fra en anden peer, skifter vi peer -- altsammen for at opretholde en høj hastighed.

\paragraph{Self-adaptive Download Queue}

Da Bittorrent peers kan være meget forskellige, og vi derfor ikke kan regne med vi kan lave 200 connections til én peer, foreslår forfatterne en simpel algoritme.

Algoritmen tjekker kort sagt på den hastighed vi henter fra én peer, og hvis mapper denne over i hvor mange requests vi kan lave. Dette sikrer at vi ikke laver overdrevet mange requests til en peer der ikke kan klare det.


\paragraph{Incentive Upload Schedule} i princippet er alle peers unchoekd i systemet, dvs vi er villige til at uploade til alle, men vi prioterer at uploade til visse peers fremfor andre. Denne priotet udregnes udfra de andre peers upload hastighed. På denne måde vil man opnå en mere stabil upload og download hastighed mellem peers.
